home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / hardware-part1 / 9697 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.3 KB

  1. Path: news.vol.it!news
  2. From: bizzetti@mbox.vol.it (Fabio Bizzetti)
  3. Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.hardware
  4. Subject: Re: ChipRAM speed increases?
  5. Date: 9 Apr 1996 20:05:36 GMT
  6. Organization: Video On Line
  7. Distribution: world
  8. Message-ID: <1987.6673T1219T2533@mbox.vol.it>
  9. References: <xX+NXMD4FC8aaz6@_crisi.blackbox.shnet.org>
  10. NNTP-Posting-Host: molcl11.vol.it
  11. X-Newsreader: THOR 2.22 (Amiga;TCP/IP)
  12.  
  13.  
  14. JF>> make a simple alternative code that fills a screen with
  15. JF>> writepixelarray8(), which does a chunky dump to screen, and it will fly
  16. JF>> on gfx-cards.
  17.  
  18. >No, it won't.  On my A4000/060/Buster11 copying into gfxcard memory is
  19. >performed with 7-8 MB/s on a Piccolo Z2/Z3 and with 11 MB/s on a
  20. >Cybervision, while chunky-to-planar into chip memory performs with 5.5
  21. >MB/s which is enough for one-frame c2p on a 320x256 screen (accessing the
  22. >bitplanes directly, not via the OS).  Yes, a Cybervision is 2x faster, but
  23. >I wouldn't call this "flying".
  24.  
  25. With just an "A3000 style" write buffer, the Walker could perform 7Mb/sec.
  26. If this write buffer is 3 longwords wide and can use FastPage mode, it can
  27. perform even more, I am not sure though that Alice allows free time to make
  28. a FastMode access after the normal one (on the CPU side).
  29. This has nothing to do with CPU's burst modes (that are always disabled in
  30. chipram), but rather on a special writebuffer burst capability.
  31. It sounds complex to me, thus giving up it and only keeping the "A3000 style"
  32. writebuffer, we can get 7Mb/sec that is NOT bad, because there's no serious
  33. "3D games" engine where it's not convenient to render in local CPU ram and then
  34. copy to video ram, instead of rendering directly in the (fast or slow) video
  35. ram that has to be shared with the video chips, always. The CPU will be always
  36. faster working in localram (fastram), so the real thing that we need is a quick
  37. fastram->chipram Copy. The AgaEXTENDER would use this raw gfx data and make it
  38. much more useful than a standard chunky mode could ever do.
  39.  
  40.   /-----------------------------------------------------------------------\
  41.   |  Fabio "Maverick" Bizzetti - bizzetti@mbox.vol.it - Maverick* at IRC  |
  42.   |            The maker of "CyberMan" and "Virtual Karting"              |
  43.   |              working on "VirtualRally" & "StarFighter"                |
  44.   \-----------------------------------------------------------------------/
  45.  
  46.  
  47.